home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000402_connolly@pixel.convex.com _Mon Nov 30 13:14:41 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  4KB

  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA01112; Mon, 30 Nov 92 13:14:41 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA17248; Sun, 29 Nov 1992 21:34:49 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA20685; Sun, 29 Nov 92 14:34:41 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA22237; Sun, 29 Nov 92 14:34:40 -0600
  10. Message-Id: <9211292034.AA22237@pixel.convex.com>
  11. To: "Thomas A. Fine" <fine@cis.ohio-state.edu>
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Re: Questions and comments 
  14. In-Reply-To: Your message of "Tue, 24 Nov 92 14:57:10 EST."
  15.              <9211241957.AA15795@soccer.cis.ohio-state.edu> 
  16. Date: Sun, 29 Nov 92 14:34:39 CST
  17. From: Dan Connolly <connolly@pixel.convex.com>
  18.  
  19.  
  20. >I'm new to this list, so forgive me if I hit things already dealt with.
  21.  
  22. Actually, your questions are quite timely.
  23.  
  24. >I'm implementing yet another browser (text mode, written in perl).
  25. >It's actually basically done.  I have implemented the following tags:
  26. >
  27. >TITLE, A, NEXTID (currently ignored), ISINDEX (ignored), PLAINTEXT,
  28. >PRE, LISTING, XMP, P, H1-H6, HP1-HP6 (ignored), DL, UL, MENU, and DIR.
  29. >
  30. >also, I have done PRE and OL. But along the way I've seen several other
  31. >things in several different places.  For instance the following seem to
  32. >be defined in viola:
  33. >  COMMENT, XMPA, S, ST, VOBJ, XMPA
  34. >I've also seen references to DOCUMENT, KEYWORDS, DOCTYPE, and perhaps others.
  35. >
  36. >Which brings me to my main question:
  37. >Is there a definitive list somewhere of everything that's been proposed.
  38.  
  39. The current specification is
  40.  
  41. http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html
  42.  
  43. I hope to replace that with a more rigorous specification soon.
  44. I hope to use the same spec to register text/html with the IANA for
  45. MIME purposes.
  46.  
  47. >Other stuff:
  48. >I'm not sure what the difference is supposed to be between an OL and
  49. >a UL.  Should the browser actually sort the list items for a OL?
  50.  
  51. An OL was never a sorted list. It's just a numbered list, as opposed
  52. to a bulleted list. It's for stuff where the order of the items in
  53. the list is significant; e.g. step 1: do this. step 2: do that...
  54.  
  55. >Also, I was under the impression that PRE was like PLAINTEXT, meaning their
  56. >is no ending tag, just end of file.  I hope I've misunderstood, if you
  57. >are proposing to replace XMP with PRE.  Another problem with this replacement
  58. >is the quoting problem.  With XMP, you don't need to worry about whether
  59. >or not your arbitrary text contains something which looks like an HTML
  60. >tag.  This is an important feature, and one which should be kept IMHO.
  61.  
  62. Well, you have to throw out SGML conformance if you want the current
  63. PLAINTEXT semantics. Even the XMP semantics are no good. In SGML, the
  64. string "</" is recognized as markup iff it's followed by a name start
  65. character (a letter). The above HTML documentation says </ is only
  66. markup if it's followed by XMP, i.e. "</XMP>" is the _only_ string
  67. that ends an XMP section. This is not expressible in SGML.
  68.  
  69. I'm defining HTML in terms of SGML. Period. I'm punting on Plaintext. The
  70. idea is that plaintext data is not part of the HTML data format. Plaintext
  71. is governed by the MIME text/plain data format. Any HTTP servers
  72. that return some HTML followed by <PLAINTEXT> followed by more data
  73. are thought to return two MIME entities: a text/html entity, terminated
  74. by the <PLAINTEXT> tag, and a text/plain entity.
  75.  
  76. As for the <PRE> tag, I think I'm going to call it FIXED, and go with
  77. a <p> tag at the end of every line.
  78.  
  79. Details as they develop...
  80.  
  81. Dan
  82.